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COMPUTER IMPLEMENTED CONFIGURATION OF A MANAGEMENT MODULE 

Cross Reference To Related Applications 

This application is related to subject matter disclosed in U.S. patent application for 
CONFIGURING A MANAGEMENT MODULE FOR USE IN A COMPUTER SYSTEM 
(Attorney Docket No. 60046.00064-US-01), which is being filed concurrently herewith, and the 
subject matter of which is incorporated in this application by reference. 

Computer Program Listing Appendix 

A computer program listing appendix is being filed concurrently herewith in the form of a 
compact disc. Exemplary code listings, labeled Code Listing 1 and a Code Listing 2, are recorded 
on this compact disc and incorporated in this application by reference. 

Technical Field 

The invention relates generally to computer platform management, and more particularly, to 
configuring a platform management controller for use in a computer application system. 

Background of the Invention 

Generally, the term "computer system" refers to either a stand-alone system or a plurality of 
interconnected systems, such as, for instance, a client-server network. Regardless of the 
implementation, the various .components making up a computer system typically operate within a 
range of parameters defined by performance protocols or standards. For instance, the temperature 
within a computer chassis is often monitored in order to detect periods in time when the system may 
rise above a certain predetermined temperature reading. Other forms of information that may be 
monitored within a computer system include, without limitation, voltages associated with 
semiconductor components located on the baseboard of the system, velocity (e.g., rpm) of cooling 
fans located on the baseboard or within the system chassis, and the velocity of spindle motors within 
hard disk drives or optical drives. 
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Various types of sensors are being used to detect operating and performance-related 
parameters associated with a computer system and its constituent components. Referring to the 
examples provided above, these sensors include thermostats, voltage meters and tachometers. A 
computer system typically employs one or more management modules to assist in the collection and 
5 analysis of information sensed by the various sensors measuring operating and performance-related 
parameters within the system. These management modules may be either software or hardware 
components, but typically encompass both hardware and software components. One such 
management module is referred to as a "Baseboard Management Controller" (BMC). The BMC is a 
microcontroller integrated into the baseboard (also known in the industry as the "motherboard") of a 

10 computer system and having a specified number of contact pins through which information sensed 
by various sensors is received for analysis by the BMC. In order to perform this analysis, the BMC 
is programmed with firmware for implementing procedures relating to system monitoring and 
recovery. With this firmware, the BMC is programmed to monitor various operating and 
performance-related parameters sensed within a computer system and to analyze this information to 

1 5 determine whether any of the sensed parameters are currently outside of an expected or 

recommended operating range, the occurrence of which is commonly referred to as an "event." 

The BMC must have knowledge of the types of sensors and devices connected to the contact 
pins of the BMC in order to correctly ascertain whether any events are occurring in the computer 
system. The BMC is typically integrated as a component on the baseboard of a computer system, 

20 and therefore, it is generally more efficient for baseboard designers to incorporate this knowledge 
into the BMC during design and manufacturing processes. Unfortunately, the specific layout, i.e., 
"configuration," of sensors and devices coupled to the contact pins of a BMC dramatically varies 
from one implementation to another. This variance is commonly based on the preferences of the 
customers requesting the design/manufacture of the baseboards. As such, it is virtually impossible 

25 for designers (also known in the industry as OEMs) to "standardize" the firmware for the BMCs that 
they are designing and subsequently manufacturing for their customers. For this reason, BMC 
firmware is typically customized for each configuration requested by separate customers. 

The current approach to configuring a BMC for use on a particular baseboard configuration 
is to manually incorporate into the BMC firmware a software routine containing information 

30 identifying the sensors and devices that are specified for that particular configuration. This approach 
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has several drawbacks. First, this approach is extremely time-consuming and requires a significant 
amount of expertise in firmware/software programming. As such, this current method is not only 
costly, but also subject to human error. Second, and for similar reasons, updating the firmware of a 
BMC is a tedious and complicated manual process if, for any reason during the life of the baseboard, 
5 the configuration of the baseboard were to change. Thus, the end user of the computer system will 
most likely not have the expertise to perform the update; rather, the user would most likely have to 
defer to the assistance of a third party programmer, who undoubtedly will charge dearly for his or 
her time. 

Summary of the Invention 

1 0 In accordance with the present invention, the above and other problems are solved by a 

computer-implemented method for configuring a management module for use in monitoring 
operations associated with a computer system. To accomplish this, the method detects each 
component communicatively connected to the management module. These components sense and 
provide information relating to operations associated with the computer system to the management 

1 5 module. As such, the information may include operating and performance-related parameters 

representing various operating conditions associated with the computer system. The method further 
includes identifying the type of information that each component is operable to provide to the 
management module. For example, one component may be a temperature sensor operable to provide 
a signal representing a current temperature sensed within the computer system. 

20 The method creates a configuration file that associates each detected component with the 

type of information that the component may provide to the management module. Once completed, 
the configuration file is incorporated into the firmware/software of the management module such 
that the management module is operable to receive each of the identified types of information from 
the detected components. In an embodiment, the components are communicatively accessible to the 

25 management module, i.e., the management module can transmit commands to and receive 

information from, by way of a slave address. Each component is allocated a slave address; however, 
each slave address may be assigned to more than one component. In this embodiment, the method 
detects each of the communicatively accessible components by issuing on all possible slave 
addresses a discovery request commanding that any connected components respond with an 
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acknowledgement. If an acknowledgement is received from a particular slave address, then a 
component has been detected on that slave address. 

In an embodiment, the configuration method may also be embodied in a system of 
software/firmware modules, the operation of which interact to create the configuration file for 
5 loading into the management module. The system includes a configuration module for detecting 
components communicatively accessible to the management module and identifying the detected 
components. The system then creates a configuration file based on the identified components and 
loads the configuration file into the management module such that the module is enabled to 
communicate with each of the components. 

10 With reference to both the system and the computer-implemented method, the description 

files may be used by the present invention to identify each of the detected components. The 
description files are contained in a description file library and each file specifies information 
associated with a particular component. In one embodiment, each detected component is identified 
by analyzing identification information received from the components to each of the description files 

1 5 in order to match the components to a particular file. In another embodiment, each description file 
includes a routine executable by the management module to create and transmit on each of the 
plurality of slave addresses an identification request directing that the component corresponding to 
the file respond with a specific acknowledgement response. Thus, if the component corresponding 
to that description file is communicatively accessible on the slave address to which the request was 

20 sent, the component responds with the specific acknowledgement. Otherwise, the component that 
had been detected on that slave address does not respond and, after a predetermined period in time 
for waiting for such a response has lapsed, the routine is executed on another slave address. In either 
case, the description files identified as corresponding to a detected component are incorporated into 
the configuration file prior to the file being loaded into the management module. 

25 In accordance with yet another embodiment, the system includes and the method creates a 

graphical representation of the configuration of components communicatively connected to the 
management module. The graphical representation is displayed on a display device as a collection 
of graphical user interface icons. A first icon represents the management module and a plurality of 
other icons represents the plurality of identified components. Indeed, each of the other icons are 

30 selected based on the identification determined for each detected component. The graphical 
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representation also includes the logical connections between each of the plurality of components and 
the management module. 

The invention may be implemented as a computer process, a computing system or as an 
article of manufacture such as a computer program product or computer readable media. The 
5 computer program product may be a computer storage media readable by a computer system and 
encoding a computer program of instructions for executing a computer process. The computer 
program product may also be a propagated signal on a carrier readable by a computing system and 
encoding a computer program of instructions for executing a computer process. 

These and various other features as well as advantages, which characterize the present 
10 invention, will be apparent from a reading of the following detailed description and a review of the 
associated drawings. 

Brief Description of the Drawings 

Having thus described the invention in general terms, reference will now be made to the 
accompanying drawings, which are not necessarily drawn to scale, and wherein: 
15 FIG. 1 depicts a computer system in which a management module monitors and controls 

operation of various components of the computer system in accordance with an embodiment of the 
present invention. 

FIG. 2 illustrates a logical configuration of components communicatively connected to the 
management module of FIG. 1 in accordance with an embodiment of the present invention. 
20 FIG. 3 shows a block diagram illustrating a system for customizing the management module 

of FIG. 1 for a specific configuration of components included on a computer system baseboard in 
accordance with an embodiment of the present invention. 

FIG. 4 shows a screenshot of a graphical user interface for modeling a configuration of 
components communicatively connected to the management module of FIG. 3 in accordance with an 
25 embodiment of the present invention. 

FIG. 5 shows a screenshot of the graphical user interface of FIG. 4 displaying a model 
representing an exemplary configuration of components communicatively connected to the 
management module. 
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FIG. 6 is a flow diagram that illustrates operational characteristics for configuring the 
management module of FIG. 3 for use in monitoring operations associated with the computer system 
of FIG. 1 in accordance with an embodiment of the present invention. 

FIG. 7 is a flow diagram that illustrates operational characteristics for modeling a 
5 configuration of components communicatively connected to the management module of FIG. 3 for 
use in monitoring operations associated with the computer system of FIG. 1 in accordance with an 
embodiment of the present invention. 

FIG. 8 is a flow diagram that illustrates operational characteristics for detecting components 
communicatively connected to the management module of FIG. 3 in accordance with embodiments 
10 illustrated by the flow diagrams of FIGS. 6 and 7. 

FIG. 9 is a flow diagram that illustrates operational characteristics for identifying detected as 
being communicatively connected to the management module of FIG. 3 in accordance with 
embodiments illustrated by the flow diagrams of FIGS. 6 and 7. 



Detailed Description 

* 1 5 The present invention will now be described more fully hereinafter with reference to the 

accompanying drawings, in which embodiments of the invention are shown. This invention may, 
however, be embodied in many different forms and should not be construed as limited to the 
embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be 
thorough and complete, and will fully convey the scope of the invention to those skilled in the art. 
20 Like numbers refer to like elements throughout. 

Referring to FIG. 1, a conceptual illustration of an environment associated with the present 
invention is shown in accordance with an embodiment of invention. FIG. 1 shows a computer 
system 100, and more specifically a stand-alone, general purpose computer system. It should be 
appreciated that the computer system 100 may alternatively be a "special purpose" computer system 
25 or a system that incorporates more than one interconnected system, such as a client-server network. 
Indeed, the computer system 100 of FIG. 1 only represents an exemplary embodiment of the present 
invention, and therefore, should not be considered to limit the invention in any manner. 

The central intelligence of the computer system 100 is a baseboard 102, or "motherboard", 
which is a printed circuit board to which a multitude of components or devices may be connected by 
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way of a system bus 1 12 or other electrical communication path (not shown). In an embodiment, 
these components include, without limitation, a baseboard management controller (hereinafter, 
"BMC") 104, a central processing unit (hereinafter, "CPU") 108, memory 107 and an Input/Output 
module 110. It is also contemplated that the system bus 112 may include other components that are 
5 not explicitly shown in FIG. 1 . As such, repetition dots 128 illustrate the possible connection of 
these other components to the system bus 112. The layout of components, and the manner in which 
the components are interconnected, on the baseboard 102 is herein referred to as the "configuration" 
of the baseboard 102. 

The system bus 1 12 provides a two-way communication path for all components connected 

1 0 to the system bus 112. The component that initiates a communication on a bus is referred to as a 
"master" component and the component to which the initial communication is sent on the bus is 
referred to as a "slave" component. A master component therefore issues an initial command to or 
initially requests information from a slave component. Each slave component is addressed, and thus 
communicatively accessible to master components, by a particular slave address. Both master 

1 5 components and slave components are operable to transmit and receive communications over the 
system bus 112. Buses and the associated functionality of master-slave communications are well- 
known to those skilled in the art, and therefore not discussed in further detail herein. 

The CPU 108 is a standard central processor that performs arithmetic and logical operations 
necessary for the operation of the computer system 100. CPUs are well-known in the art, and 

20 therefore not described in further detail herein. Like many electrical components, the CPU 108 
dissipates heat while operating. As such, a CPU fan 106 is used to cool off the CPU 108 after the 
CPU 108 reaches a prescribed temperature. Such a determination, i.e., whether the CPU 108 
exceeds a prescribed temperature, is made by the BMC 104, which is communicatively coupled by 
way of a management bus 130 (described in the following paragraph) to a CPU temperature sensor 

25 109 and the CPU fan 106 to provide monitoring functionality over the temperature sensor 109 and 
control functionality over the CPU fan 106. 

In general, the BMC 104 is a microcontroller that monitors operation of the computer system 
100. In a more specific embodiment, the BMC 104 monitors health-related aspects associated with 
the computer system 100, such as, but not limited to, the temperature of one or more components of 

30 the computer system 100, speed of rotational components (e.g., spindle motor, CPU Fan, etc.) 
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within the system, the voltage across or applied to one or more components within the system 100, 
and the available or used capacity of memory devices within the system 100. To accomplish these 
monitoring functions, the BMC 104 is communicatively connected to one or more components by 
way of a management bus 130. In an embodiment, these components include sensor devices for 
5 measuring various operating and performance-related parameters within the computer system 100. 
The sensor devices may be either hardware or software based components configured or 
programmed to measure or detect one or more of the various operating and performance-related 
parameters. Like the system bus 112, the component that initiates communication on a bus is 
referred to a master and the component to which the communication is sent is referred to a slave. As 

10 such, the BMC 104 functions as the master on the management bus 130 in most circumstances, but 
may also function as either a master or a slave in other circumstances. Each of the various 
components communicatively connected to the BMC 104 by way of the management bus 130 is 
addressed using a slave address. 

The management bus 130 is used by the BMC 104 to request and/or receive various 

15 operating and performance-related parameters from one or more components, which are also 
communicatively connected to the management bus 130. In the embodiment of FIG. 1, the 
management bus 130 communicatively connects the BMC 104 to the CPU temperature sensor 109 
and the CPU fan 106, thereby providing a means for the BMC 104 to monitor and/or control 
operation of these components. As with the system bus 112, the management bus 130 may include 

20 components other than those explicitly shown in FIG. 1. Exemplary components not shown in FIG. 
1 may include, without limitation, tachometers, heat sensors, voltage meters, amp meters, and digital 

and analog sensors. In an embodiment, the management bus 130 is an I 2 C® bus, which is 

manufactured by Phillips Semiconductors® and described in detail in the I 2 C® bus Specification, 

version 2.1 (January 2000). 
25 The firmware of the BMC 104 adheres to the Intelligent Platform Management Interface 

(IPMI) industry standard for system monitoring and event recovery. The IPMI standard is well- 
known to those of ordinary skill in the industry, and therefore not described in detail herein. Rather, 
revision 1.1 of the IPMI Specification, version 1 .5, release date February 20, 2002, is incorporated 
by reference. 
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The BMC 104 monitors operating and performance-related parameters received from various 
components of the computer system 100 in order to determine whether an "event" is occurring 
within the system 100. In an embodiment, these components may be either directly or indirectly 
connected to the baseboard 102. For example, with respect to the configuration shown in FIG. 1, the 
5 BMC 104 monitors operation of the CPU 108 (by way of the CPU temperature sensor 109) and the 
CPU fan 106 to determine whether certain operating or performance related parameters exceed or 
fall below prescribed threshold ranges of operation. An example of such an event may be the 
temperature reading of heat dissipated by the CPU 108 reaching in excess of 145 degrees Fahrenheit. 
In accordance with another embodiment of the invention, the BMC 104 may also control one 

10 or more components of the computer system 100 in response to the occurrence of an event. 

Referring back to the example above, the BMC 104 may initiate operation of the CPU fan 106 upon 
determining that the temperature dissipated by the CPU 108 has reached 146 degrees Fahrenheit. In 
addition, it is also contemplated that the BMC 104 may also be connected to and receive sensed 
information from components connected directly to a contact pin 204 (FIG. 2) of the BMC 104 or 

1 5 indirectly by way of a bus (e.g., system bus 1 1 2) other than the management bus 1 30, as addressed 
while describing the BMC 104 in greater detail in FIGS. 2-3 in accordance with an embodiment of 
the invention. 

The Input/Output module 1 10 is used as a communication medium between any number and 
type of peripheral devices and the system bus 112. Communications destined for the CPU 108, the 

20 BMC 104 or any other component coupled to the system bus 1 12 and issued by a peripheral device 
must therefore pass through the Input/Output module 1 10 to the system bus 112 and then to the 
necessary component. Exemplary peripheral devices are shown in FIG. 1 and described below. 

In the embodiment of FIG. 1, the Input/Output module 1 10 is connected to a user input 
module 1 16, e.g., a keyboard, a display unit 1 14 and one or more program storage devices, such as, 

25 without limitation, the disk storage unit 118 and the disk drive unit 1 19. The user input module 116 
is shown as a keyboard, but may also be any other type of apparatus (e.g., joystick, mouse, etc.) for 
inputting commands into the CPU 108 or the BMC 104. In accordance with one embodiment, the 
disk drive unit 1 19 is a CD-ROM driver unit capable of reading the CD-ROM medium 120, which 
typically contains programs and data. 



9 



Attorney Docket No. 60046.00063-US-01 
Express Mail Label No. EV199955573US 



In accordance with an alternative embodiment, the disk drive unit 119 may be replaced or 
supplemented by a floppy drive unit, a tape drive unit, or other storage medium drive unit. A 
network adapter 122 is capable of connecting the computing system 100 to a network of remote 
computers via a network link 124. Examples of such systems include SPARC systems offered by 
5 Sun Microsystems, Inc., personal computers offered by IBM Corporation and by other 

manufacturers of IBM-compatible personal computers, and other systems running a UNIX-based or 
other operating system. A remote computer may be a desktop computer, a server, a router, a 
network PC (personal computer), a peer device or other common network node, and typically 
includes many or all of the elements described above relative to the computing system 100. Logical 
10 connections may include a local area network (LAN) or a wide area network (WAN). Such 

networking environments are commonplace in offices, enterprise-wide computer networks, intranets, 
and the Internet. 

In accordance with yet another embodiment, the computing system 100 further comprises an 
operating system and usually one or more application programs. Such an embodiment is familiar to 

1 5 those of ordinary skill in the art. The operating system comprises a set of programs that control 

operations of the computing system 100 and allocation of resources. The set of programs, inclusive 
of certain utility programs, also provide a graphical user interface to the user. An application 
program is software that runs on top of the operating system software and uses computer resources 
made available through the operating system to perform application specific tasks desired by the 

20 user. In accordance with an embodiment, the operating system employs a graphical user interface 
100 wherein the display output of an application program is presented in a rectangular area on the 
screen of the display device 1 14. The operating system is operable to multitask, i.e., execute 
computing tasks in multiple threads, and thus may be any of the following: Microsoft Corporation's 
"WINDOWS 95," "WINDOWS CE," "WINDOWS 98," "WINDOWS 2000" or "WINDOWS NT" 

25 operating systems, IBM's OS/2 WARP, Apple's MACINTOSH OSX operating system, Linux, 
UNIX, etc. 

Referring now to FIG. 2, an exemplary configuration of sensor devices (e.g., 202, 206) 
connected to the BMC 104 is shown in accordance with an embodiment of the present invention. 
The sensor devices (e.g., 202, 206) include various types of sensors 206 as well as sensor 
30 aggregation components 202. The sensors 206 measure or sense operating and performance-related 
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parameters associated with the computer system 100. The sensor aggregation components 202 
receive this information sensed by the sensors 206 and provide this information to the BMC 104 for 
analysis, and more particularly, for determination on whether an "event 11 is occurring within the 
computer system 100. 

5 The sensor aggregation components 202 are shown in FIG. 2 as LM-XX devices (e.g., LM- 

78 and LM-85 model logic components), but may be any type of hardware and/or software 
component capable of receiving sensed information and managing the delivery of this information to 
the BMC 104. Alternatively, the sensor aggregation components 202 may be operable to not only 
collect and forward sensed information, but also to analyze the sensed information to render advice 

1 0 on the parameters being monitored by the sensors 206. Even further, the sensor aggregation 

components 202 may be programmed with firmware operable for performing sensing and measuring 
functions substantially similar to those functions performed by the sensors 206. 

As shown in FIG. 2, sensor devices (e.g., 202 and 206) are connected to, and therefore 
communicate with, the BMC 104 by way of contact pins 204 located on the BMC 104. The sensor 

1 5 devices (e.g., 202, 206) may be connected to the BMC contact pins 204 either directly or by way of 
the management bus 130. Regardless of the implementation, the functionality of these sensor 
devices (e.g., 202, 206) is the same: the sensors 206 sense or measure information and subsequently 
transmit this information to either the BMC 104 or a sensor aggregation component 202; if to the 
sensor aggregation component 202, then the information is passed by the sensor aggregation 

20 component 202 to the BMC 104. The BMC 104 then analyzes the information sensed by these 
sensor components (e.g., 202, 206) and either (1) issues an alert that an event is occurring; and/or 
(2) controls operation of one or more components within the computer system based on the 
determination that an event is taking place. 

While the sensors 206 are described in general terms when describing FIG. 2, it should be 

25 appreciated that these sensors 206 may be digital or analog sensors that sense any type of 
information. For example, the sensors 206 may sense, without limitation, temperature of a 
component (e.g., CPU 108) of the computer system 100, temperature within the chassis of the 
computer system 100, a voltage and/or current reading associated with a component of the computer 
system 100, or velocity and/or acceleration of a component (e.g., spindle motor, etc.) of the 

30 computer system 1 00. It is also contemplated that the sensors 206 may be implemented as a 
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software/firmware routine that senses information related to events associated with operation of 
either firmware or software modules implemented on the computer system 100. One such sensor 
206 may be a software routine for detecting whether a particular software application program is 
"locked up, 1 ' and therefore not operating properly. 
5 Referring now to FIG. 3, an illustration of firmware/software modules used for customizing 

BMC firmware 308 based on components communicatively connected to the BMC 104 is shown in 
accordance with an embodiment of the present invention. Once customized, the firmware 308 is 
loaded into the BMC 104 for use in detecting the occurrence of events in an associated computer 
system (e.g., 100). 

10 The process by which the BMC firmware 308 is customized begins with a software or 

firmware, i.e., computer-implemented, application 300 specifically programmed to customize the 
BMC firmware 308 for use with a specific configuration of components. For illustrative purposes, 
this application program 300 is referred to herein as a "customization program." The customization 
program 300 may be implemented on the computing system 100 being monitored by the BMC 104, 

1 5 or alternatively, on a remote computer system (not shown) communicatively connected to the 
computing system 100 on which the BMC 104 resides. To implement such an embodiment, the 
network adaptor 122 communicatively connects the BMC 104 to the network link 124, which, in 
turn, provides a communication medium to the remote computer. The network link 124 may be a 
direct link to the remote computer, or alternatively connect to the remote computer over a network, 

20 such as, without limitation, an intranet, the Internet, a local area network (LAN) and/or a wide area 
network (WAN) connection. 

The customization program 300 includes a graphical user interface (GUI) executable file 
302, a configuration routine 312 and a DDF library 310 storing a plurality of device description files 
304 ("DDFs"). In an embodiment, the DDFs 304 are XML-based software modules that each 

25 identify and describe a specific component that may be monitored and/or controlled by the BMC 

104. In accordance with another embodiment, the DDF library 310 includes a DDF 304 for any and 
all components in the industry that may be incorporated onto a baseboard 102. Alternatively, the 
DDF library 310 may only include a DDF 304 corresponding to only a subset of components known 
in the industry. 
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Source code for exemplary DDFs 304 programmed as XML files are provided in a computer 
program listing appendix recorded on a compact disc submitted concurrently with this application. 
These program listings are labeled Code Listing 1 and Code Listing 2, and are incorporated into this 
application by reference. The XML source code for the DDF 304 labeled Code Listing 1 identifies 
5 and describes a temperature sensor that may be used to monitor temperature of various components 
on a baseboard 102 or within a computer system chassis. The XML source code for the DDF 304 
labeled Code Listing 2 identifies and describes a voltage sensor that may be used to monitor a 
voltage being generated or applied across one or more components on a baseboard 102 or within 
computer system chassis. 

10 In an embodiment of the present invention, each DDF 304 in the DDF library 310 includes 

identification information that defines the classification of the component as well as the type of 
information that the component associated with that DDF 304 will provide. For example, without 
limitation, the DDF 304 for a temperature sensor includes a definition that the component is of the 
class "sensor" and of the type "temperature." The following excerpt of source code from the DDF 

15 304 labeled Code Listing 1 illustrates an exemplary definition for this identification information: 



<Class>Sensor</Class> 
<Type>Temperature</Type> 

20 In accordance with another embodiment, the DDFs 304 include at least one routine 

executable by the BMC 104 to receive information from or control operation of the component 
corresponding with the DDF 304. For example, a DDF 304 corresponding to a temperature sensor 
may include a routine directing the BMC 104 to send a command to the sensor requesting a reading 
representing the current temperature sensed by the sensor, and upon reception of the reading, to 

25 move the reading to a specific register for subsequent analysis. The following excerpt of source 
code from the DDF 304 labeled Code Listing 1 illustrates an exemplary executable routine for 
implementation by the BMC 104: 



<read> 

30 mov rl,2 

oemcmd 

orb rl ,$(MONITOR_ON_STANDBY) 
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cmpeqb p2, rl,l 

In accordance with yet another embodiment, the DDFs 304 include at least one identification 
routine executable by the computer system implementing the customization program 300. These 
5 identification routines are used by the customization program 300 to identify whether a component 
corresponding to the DDF 304 is communicatively connected to the BMC 104. Such a process is 
described in further detail in connection with FIG. 9. The GUI executable file 302 is executed to 
render and provide to a user a graphical user interface 400 (GUI) for displaying each component 
communicatively connected to a contact pin 204 of the BMC 104. The GUI 400 is shown in FIGS. 4 

1 0 and 5 and includes, among other features, a design page 406 for use in creating and displaying a 
model 408 based on the configuration of the baseboard 102. In an embodiment of the present 
invention, the design page 406 also allows users to manipulate, e.g., modify, validate, etc., the model 
408. Primarily, though, the model 408 is used in accordance with this embodiment of the invention 
to display to users a graphical representation of all components communicatively connected to the 

1 5 BMC 1 04 as well as which components are connected, either directly or indirectly, to which pins 
204. 

Before these components can be displayed on the GUI 400, they must first be detected. In 
accordance with an embodiment, the customization program 300 includes a software/firmware 
routine, or module, operable for detecting all components communicatively connected to the BMC 

20 104. This routine is shown in FIG. 3 as the configuration routine 312. An embodiment of the 
configuration routine 312 is described in more detail in connection with FIG. 8. 

The customization program 300 compiles the DDFs 304 associated with each detected 
component into a configuration file 306 which will ultimately be loaded into the firmware 308 of the 
BMC 304. Also, upon detection of a component being communicatively connected to the BMC 104, 

25 the customization program 300 updates the model 408 on the design page 406 to indicate the 

detection of that particular component as well as the pin arrangement of that component to the BMC 
104. As such, the completed model 408, which is shown in FIG. 5 in accordance with an exemplary 
configuration, includes, without limitation, each detected component and the specific connection of 
each component to the BMC 104. It is contemplated within the scope of the invention that those 

30 components that are detected as being communicatively connected to the BMC 104 may be 

connected either directly or indirectly by way of one or more buses (e.g., the management bus 130) 
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to the BMC 104. However, in an embodiment of the invention illustrated by the screenshot of FIG. 
5, the model 408, shown completed, does not distinguish between components connected to the 
BMC 104 via different busses, but rather depicts which components are connected to which contact 
pins 204, regardless of whether the connection is direct or indirect. 
5 From the foregoing, it should be understood that the customization program 300 is used to 

create source code for the configuration file 306 as well as model the configuration of the baseboard 
relevant to the BMC 104. As such, the initial design page 406 is blank and void of any component 
icons (e.g. 402). In order to build the source code for this configuration file 306, the configuration 
routine 312 first detects on which addresses of the management bus 130 a component is directly or 

1 0 indirectly connected. Then, the configuration routine 3 1 2 builds a list of addresses on which a 
component is detected. Next, the configuration routine 312 analyzes each DDF 304 stored in the 
DDF library 310 to identification information associated with the component accessible on each 
address. In an embodiment, this analysis is accomplished based on commands sent to the 
components by the program 300 and subsequent responses sent by the detected components and 

1 5 including the identification information. 

After the identity of these components is determined by the configuration routine 312, the 
customization program 300 adds the DDF 304 corresponding to each identified component to the 
source code of the configuration file 306 and adds an icon (e.g. 402) of the component to the model 
408 being constructed on the design page 406. Finally, after the customization program 300 has 

20 detected and identified each component connected to the BMC 104, the source code for the 

configuration file 306 is compiled and the resulting binary is incorporated into the firmware 308 of 
the BMC 104. Also, at this time, the model 308 is complete and available for display on the design 
page 306. The completed model 408 therefore provides a user with a visual representation of each 
component communicatively connected to the BMC 104 as well as the connections of each 

25 component to an associated contact pin 204 of the BMC 104. 

The above-described process illustrates customization of BMC firmware 308 for a specific 
baseboard configuration through the use of a customization program 300. Operation of the 
customization program 300 is dependent on the timely performance of logical operations 
implemented on a computer system (such as 100). As such, one of skill in the art will appreciate that 

30 these logical operations may be stored on any type of computer readable medium, which may also be 
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referred to as a "computer program product." Exemplary forms of computer readable media include 
computer storage media and communications media. Computer storage media includes volatile and 
nonvolatile, removable and non-removable media implemented in any method or technology for 
storage of information such as computer readable instructions, data structures, program modules or 
5 other data. As such, exemplary forms of computer storage media includes, without limitation, read 
. only and random access memory (ROM and RAM, respectively), solid state, non-volatile memory, 
EEPROM, flash memory or other memory technology, magnetic tape, magnetic cassettes, magnetic 
disk storage, magnetic disc media or other magnetic storage devices, DVD or other optical storage, 
and CD-ROM. Communications media includes a modulated data signal, such as, but not limited to, 

1 0 a carrier wave or other transport mechanism, propagating on a carrier. A modulated data signal 

refers to a signal that encodes information. Exemplary forms of a carrier for communications media 
include, without limitation, any type of wired network and/or wireless media, such as acoustic, radio 
frequency, infrared and other wireless media. 

It will be appreciated that the acts and symbolically represented operations include the 

1 5 manipulations by a CPU of electrical signals representing data bits causing a transformation or 
reduction of the electrical signal representation, and the maintenance of data bits at memory 
locations in memory, solid state, non- volatile memory, CD-ROM or any other type of storage unit 
(e.g., disc drive, tape drive, etc.) to thereby reconfigure or otherwise alter the operation of the 
computing system implementing the customization program 300, as well as other processing signals. 

20 As such, performance of these operations is referred to as being "computer executed." The memory 
locations where data bits are maintained are physical locations that have particular electrical, 
magnetic, or optical properties corresponding to the data bits. 

Logical operations of embodiments of the customization program 300 are implemented (1) as 
a sequence of computer-implemented steps running on a computing system, and/or (2) as 

25 interconnected machine modules within the computing system. The implementation is a matter of 
choice dependent on the performance requirements of the computing system implementing the 
invention. Accordingly, the logical operations making up the embodiments of the present invention 
described herein are referred to alternatively as operations, acts, steps or modules. It will be 
recognized by one skilled in the art that these operations, structural devices, acts and modules may 

30 be implemented in software, in firmware, in special purpose digital logic, and any combination 
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thereof without deviating from the spirit and scope of the present invention as recited within the 
claims attached hereto. In accordance with one embodiment and referring back to FIG. 1, shown 
therein is a general-purpose computer that implements such logical operations of this embodiment of 
the present invention. 

5 With the computing environment in mind, FIG. 6 shows a process 600 for configuring 

(hereinafter, "configuration process 600") a management module for implementation in a computer 
system in accordance with an embodiment of the present invention. More specifically, the 
configuration process 600 is performed using a software or firmware program that may be 
implemented on either the computer system 100 on which the management module is implemented 

10 or a remote computer communicatively connected to the management module over a network 

connection. In this embodiment, the configuration process 600 shown in FIG. 6 and described below 
encompasses logical operations of the customization program 300. As described and depicted in 
FIGS. 1-5, the management module of this embodiment is a BMC 104 implemented on a baseboard 
102 of the computer system. The configuration process 600 is implemented using a flow of 

1 5 operations ("operation flow") beginning with a start operation 602 and concluding with a terminate 
operation 612. The start operation 602 is initiated after the BMC 104 has been communicatively 
connected to the baseboard 102. In an embodiment, this connection occurs as the BMC 104 is 
affixed or soldered to the baseboard 102. In another embodiment, this connection occurs as the 
BMC 104 is coupled to the baseboard 102 by a form of transmission line. As such, in this latter 

20 embodiment, the BMC 104 may actually be located on a remote computer, and therefore, coupled to 
the baseboard 102 by a direct or indirect (i.e., network) communication link. Regardless of the 
embodiment, the start operation 602 is initiated at a point in time when the BMC 104 is operable to 
communicate with the various components located on the baseboard 102 and within the chassis of 
the computer system 100. From the start operation, the operation flow passes directly to a detect 

25 operation 604. 

The detect operation 604 encompasses a discovery session in which each component 
communicatively connected to the BMC 104 is detected. The detect operation 604 initiates this 
discovery session by issuing discovery requests to each slave address accessible to the BMC 104. In 
an embodiment of the invention, the accessible slave addresses are the addresses of each contact pin 
30 204 as well as the bus addresses on the management bus 130. In another embodiment, other buses 



17 



Attorney Docket No. 60046.00063-US-01 
Express Mail Label No. EV199955573US 

(e.g., the system bus 1 12) may include slave addresses communicatively accessible to the BMC 104. 
As such, the detect operation 604 may issue discovery requests on these slave addresses as well. 

The discovery requests may be issued in any manner, but one specific embodiment is shown 
in FIG. 8 and described in greater detail below. In this embodiment, the detect operation 604 
5 sequentially pings each accessible slave address, and if no response is received from the last pinged 
address within a predetermined period in time, the detect operation 604 moves onto the next address 
and repeats this procedure. In an alternative embodiment, the detect operation 604 floods all 
accessible slave addresses with a discovery request, and thereafter waits for responses on any of the 
addresses for a predetermined period in time. Regardless of the embodiment, if a response is 

10 received on a particular slave address, then the detect operation 604 records the detection of a 
component on that slave address. One way in which this recordation may be administered is by 
logging that slave address to a file that is used to compile a listing of each slave address on which a 
component is detected. After the log file has been created, the operation flow passes from the detect 
operation 604 to the identify operation 606. 

1 5 The identify operation 606 utilizes the log file created by the detect operation 604 to analyze 

information associated with each detected component in order to identify the associated 
classification. To accomplish this, the DDFs 304 stored in the DDF library 310 are used by the 
identify operation 606 to determine which components detected on each slave address correspond to 
which DDF 304. It is contemplated that more than one component may correspond to a single DDF 

20 304. 

More specifically, and in accordance with an embodiment, the identify operation 606 issues a 
standard identification request to each slave address on which a component was detected. The 
standard identification request includes one or more command(s) that is/are recognizable to all 
possible components that may be communicatively connected to a BMC 104 as a request for 

25 identification information. As such, in response to receiving an identification request, a detected 
component responds with the requested identification information. For example, each component 
that may be communicatively connected to the BMC 104 may include a specific register for use in 
storing classification and/or type indicia. 

In receipt of the standard identification request issued by the identify operation 606, the 

30 standard identification request commands each component receiving the request to respond with the 
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value stored in this specific register. The identify operation 606 then analyzes the response from the 
component against each DDF 304 in the DDF library 310 until a match is found therebetween. The 
detected component is therefore identified as being the component corresponding to the matched 
DDF 304. In an embodiment wherein the identification information requested by the standard 
5 identification request is class and/or type indicia, the identify operation 606 compares the received 
class and/or type information (represented by a register value) against the class and/or type specified 
for each DDF 304 (represented by a predetermined register value) until a match is found. 

In another embodiment, the use of standard identification requests may be replaced or 
supplemented with one or more specific identification requests specified by one or more DDFs 304. 

1 0 In this embodiment, the one or more DDFs 304 each include a specific routine which defines an 
identification request for use by the identify operation 606 in linking detected component(s) to the 
DDF(s) 304. Such a process is described in further detail in FIG. 9. 

Regardless of the embodiment used to implement the identify operation 606, the operation 
flow passes to a compile operation 608 after each detected component has been identified by the 

1 5 identify operation 606. Alternatively, the operation flow may pass between the identify operation 
606 and the compile operation 608 following the identification of each individual component until 
all components detected on the slave addresses have been identified. The compile operation 608 
incorporates each DDF 304 matched a detected component into the configuration file 306. As such, 
when completed, the configuration file 306 is a source code listing that includes the DDF 304 

20 corresponding to each identified component. After the configuration file 306 is completed, the 
operation flow passes to a load operation 610. 

The load operation 610 compiles the source code for the configuration file 306 and loads the 
resulting binary file into the BMC firmware 308. The BMC firmware 308 is therefore customized to 
include the DDF 304 corresponding to each component that could possibly communicate with the 

25 BMC 104 on the computer system 100. As such, the BMC 104 is customized based at least on the 
configuration of the baseboard 102. From the load operation 610, the operation flow concludes at 
the terminate operation 610. 

Referring now to FIG. 7, a process 700 for modeling a configuration of components 
communicatively connected to a management module in a computer system is shown in accordance 

30 with an embodiment of the present invention. As with the configuration process 600, the modeling 
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process 700 is performed using a software or firmware program that may be implemented on either 
the computer system on which the management module is implemented or a remote computer 
communicatively connected to the management module over a network connection. In this 
embodiment, the modeling process 700 shown in FIG. 7 and described below encompasses logical 
5 operations of the customization program 300. 

As described in an embodiment of the invention depicted in FIGS. 1-6, the management 
module is a BMC 104 implemented on a baseboard 102 of the computer system being monitored by 
the BMC 104. The modeling process 700 is implemented using an operation flow beginning with a 
start operation 702 and concluding with a terminate operation 710. The modeling process 700 may 

10 be performed in conjunction with the configuration process 600, and in fact, shares substantially the 
same detect (704 and 604, respectively) and identify operations (706 and 606, respectively) 
described above in connection with FIG. 7. However, these operations are illustrated in FIG. 7 with 
different numerical references (i.e., 704 instead of 604 and 706 instead of 606) to illustrate the fact 
that the overall processes (600 and 700) , while both including like operations, may be performed 

1 5 independent of the other. The start operation 702, and therefore the monitoring process 700, is 
initiated at substantially the same point in time as the start operation 602, and therefore the 
configuration process 600 (i.e., after the BMC 104 has been communicatively connected to the 
baseboard 102). As such, the different embodiments for detecting such a connection are not 
described with respect to the modeling process 700, but rather the descriptions detailing the start 

20 operation 602 are incorporated as the description of the start operation 702. Likewise, the detect 
operation 704 and the identify operation 704, which follow the start operation 702, are substantially 
identical to the detect operation 604 and the identify operation 606. As such, the embodiments of 
these operations are not repeated for FIG. 7, but rather incorporated as the descriptions for the detect 
operation 704 and the identify operation 706, respectively. 

25 From the identify operation 706, the operation flow passes to the create operation 708. The 

create operation 708 constructs on the design page 406 a model 408 representing the components 
communicatively connected to the BMC 104. In an embodiment, the model 408 is created to include 
an icon 402 corresponding to each component identified by the identity operation 706. In addition, 
the create operation 708 constructs the model 408 to include a representation depicting the pin 

30 arrangement of each identified component respective to the BMC 104. 
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The create operation 708 presents the model 408 on the GUI 400, which is being displayed to 
a user on a display device. In an embodiment, the operation flow passes from the identify operation 
706 to the create operation 708 after all components have been identified. As such, the model 408 is 
constructed and displayed to the user as a completed model. Alternatively, the operation flow may 
5 pass between the identify operation 706 and the create operation 708 following the identification of 
each individual component until all components have been identified. In this embodiment, the user 
is able to visualize the addition of components to the model 408 as the model 408 is being created. 
After the completed model 408 is presented on the GUI 400, the operation flow passes and 
concludes at the terminate operation 710. 

10 FIG. 8 depicts operational characteristics of the detect operations 604 and 704 of the 

configuration process 600 and the monitoring process 700, respectively, in accordance with an 
embodiment of the present invention. These operational characteristics are implemented in sequence 
to effectuate a detection process 800. The detection process 800 is performed using an operation 
flow beginning with a start operation 802 and ending with a terminate operation 812. The start 

15 operation 802 is an embodiment of the start operations 602 and 702, and therefore is initiated as 

described in connection with FIG. 6 after the BMC 104 has been communicatively connected to the 
baseboard 102. 

Once initiated, the operation flow passes from the start operation 802 to a ping operation 804. 
The ping operation 804 issues a discovery request to each slave address on the computer system on 

20 which a component may be monitored and/or controlled by the BMC 104. In an EMB, slave 
addresses accessible to the BMC 104 include, but are not limited to, addresses corresponding to 
contact pins 204 of the BMC 104, addresses on the management bus 130 and addresses on any other 
bus on which a component that can be controlled and/or monitored by the BMC 104 may be 
connected. The issuing of a request to ascertain, or discover, the presence of a component on a slave 

25 address is referred to as "pinging" the address. The request is a standard command having the 
functionality of directing a component to respond if a component is indeed communicatively 
accessible on that address. The ping operation 804 is performed once for each slave address 
accessible to the BMC 104, and after a request is sent to a slave address, the operation flow passes to 
a first query operation 806. 
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Because components may be connected indirectly to the management bus 130 via a sensor 
aggregation component 202 in accordance with an embodiment of the invention, a slave address may 
be further partitioned into a plurality of slave addresses. In this embodiment, the sensor aggregation 
component 202 responds to a discovery request with identification of each of these slave addresses 
5 accessible through the sensor aggregation component 202. As such, the response from the sensor 
aggregation component 202 updates the ping operation 804 with an additional set of slave addresses 
to ping. 

The first query operation 806 monitors the slave address on which a discovery request had 
just been issued to detect whether a component has responded to the request. In an embodiment, the 

10 first query operation 806 only "listens" for a component response for a predetermined period in time. 
If a response is not received within this predetermined period in time, then the first query operation 
806 passes the operation flow directly to a second query operation 808. If, on the other hand, a 
response has been received on the pinged slave address within the predetermined period in time, the 
operation flow is passed to a compile operation 810. The compile operation 810 adds that slave 

1 5 address to the log file for subsequent use by the identification operations 606 and 706. As described 
above, the log file is created by the compile operation 810 to be a listing of all slave addresses on 
which a component is detected. As such, these slave addresses are referred to as being "active." 
From the compile operation 810, the operation flow passes to the second query operation 808. 

The second query operation 808 determines whether all slave addresses accessible to the 

20 BMC 1 04, either directly or by way of a sensor aggregation device 202 have been pinged by the ping 
operation 804 If so the operation flow concludes at the terminate operation 812. Otherwise, if all 
slave addresses have not been pinged by the ping operation 804, the operation flow is passed from 
the second query operation 808 back to the ping operation 804. 

FIG. 9 depicts operational characteristics of the identify operations 606 and 706 of the 

25 configuration process 600 and the monitoring process 700, respectively, in accordance with an 

embodiment of the present invention. These operational characteristics are implemented in sequence 
to effectuate an identification process 900. The identification process 900 is performed using an 
operation flow beginning with a start operation 902 and ending with a terminate operation 918. 
Because the identification process 900 is an embodiment of the identify operations 606 and 706, it 
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follows that the start operation 902 is initiated after completion of the detect operations 604 and 704 
of the configuration process 600 and the monitoring process 700, respectively. 

From the start operation 902, the operation flow passes to a first extract operation 904. The 
first extract operation 904 accesses the log file created by the detect operation (either 604 or 704) 
5 and selects from the listing of active slave addresses a single slave address. After this slave address 
is selected, the operation flow passes from the first extract operation 904 to a second extract 
operation 906. The second extract operation 906 selects a DDF 304 from the DDF library 310, and 
then passes the operation flow to an execute operation 908. In an embodiment, each DDF 304 in the 
DDF library 310 includes an identification routine executable by the BMC 104 and defining a 
10 specific query for transmission to the various slave addresses communicatively accessible to the 
BMC 104. 

The execute operation 908 executes the query to determine whether the component detected 
on the extracted slave address type of component corresponding to the extracted DDF 304. Upon 
execution, the query issues one or more commands to the component detected on the extracted slave 

1 5 address. These command(s) are specific to, and thus, only recognizable to, the component 
corresponding to the DDF 304, based, for example, on classification and type. As such, upon 
reception of the command(s), this specific component is caused to respond in such a manner as to be 
identified on the extracted slave address. In contrast, all other components do not recognize these 
one or more commands, and thus, do not respond. To that end, the operation flow passes to the first 

20 query operation 910 after the execute operation 908 has been performed. 

The first query operation 910 is a timed operation that awaits the arrival of a response from 
the component communicatively accessible on the extracted slave address. This operation 910 is 
timed in that the operation 910 only waits for such a response for a predetermined period in time. If 
a response is received within this predetermined period in time, the operation flow passes to a link 

25 operation 912. The link operation 912 links the component communicatively accessible on the 
extracted slave address to the extracted DDF 304, thereby identifying the component as being the 
component corresponding to the DDF 304. The operation flow then passes from the link operation 
912 to a second query operation 914, which is described in further detail below. Otherwise, if a 
response is not received within this predetermined period in time, the component communicatively 

30 accessible on the extracted slave address does not correspond to the DDF 304 and the operation flow 
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passes back to the second extract operation 906, which extracts another DDF 304 for continuation of 
the analysis described above. This loop is maintained until the component communicatively 
accessible on the extracted slave address is matched to a DDF 304 from the DDF library 310. 

After the component communicatively accessible on the extracted slave address has been 
5 identified, the second query operation 914 determines whether the components responding on all 
active bus addresses listed in the log file have been identified. In the embodiment described, this 
determination is made by checking on whether all active bus addresses have been extracted by the 
first extract operation 904. If so, the operation flow concludes at the terminate operation 916. 
Otherwise, the second query operation 914 passes the operation flow back to the first extract 

1 0 operation 904 and continues as previously described. 

It will be clear that the present invention is well adapted to attain the ends and advantages 
mentioned, as well as those inherent therein. While a presently preferred embodiment has been 
described for purposes of this disclosure, various changes and modifications may be made which are 
well within the scope of the present invention. For example, the management module of the present 

15 invention is described in accordance with an embodiment as the BMC 104, which encompasses both 
hardware and firmware features. However, the management module may be readily replaced by any 
other component, either hardware or software based, or a combination of both, which is operable for 
monitoring and/or controlling various components of a computer system. Additionally, the 
customization program 300 is described herein as a system of software or firmware modules being 

20 implemented on a computer system, i.e., "computer-implemented;" but, it should also be appreciated 
that the customization program 300 may be a hardware system constructed of logic devices 
programmed to perform substantially the same functionality described in connection with FIG. 3. 
Numerous other changes may be made which will readily suggest themselves to those skilled in the 
art and which are encompassed in the spirit of the invention disclosed and as defined in the appended 

25 claims. 
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